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Schnittstellenmodul fur dokumentenbasierte elektronische Geschaftsprozesse auf 

Transaktionsbasis 

10 Die vorliegende Erfindung bezieht sich auf Schnittstellenmodule zur Ausfuhrung 
dokumentenbasierter elektronischer Geschaftsprozesse auf Transaktionsbasis, auf 
Computer-Softwareprogramme zur Implementierung solcher Schnittstellenmodule, auf 
Verfahren zum Management des Nutzdatenflusses zwischen einem Terminal und einem 
Datennetz sowie auf ein System zur Ausfuhrung von elektronischen Geschaftsprozessen 

15 auf Transaktionsbasis. 

Die Erfindung bezieht sich allgemein auf die Durchfiihrung von dokumentenbasierten 
elektronischen Geschaftsprozessen. Beispiele fur derartige elektronische 
dokumentenbasierte Geschaftsprozesse sind die Erbringung von Finanzdienstleistungen, 
20 der Logistikbereich, etc. 

Allgemein ist es heutzutage ein Problem, dass verschiedene, beispielsweise an das Internet 
angeschlossene Unternehmen, die E-Commerce ausfuhren mochten, keine einheitlichen 
Softwarevoraussetzungen erfullen. Die Technologie zur Bewaltigung dieser Problematik 

25 wird oft mit EDI (Electronic Data Interchange) oder elektronischer Datenaustausch 
bezeichnet. Darunter versteht man genauer gesagt die elektronische Ubertragung von 
Geschaftsdaten. Ziel von EDI ist es, eine Kommunikation zu ermoglichen, mit der tiber 
Unternehmensgrenzen hinweg Geschaftsprozesse gesteuert werden. EDI soil die 
zahlreichen Papierdokumente wie Bestellungen, Bestatigungen, Auftrage, Rechnungen, 

30 Lieferscheine usw. ersetzen, die bei einem Geschaftsprozess anfallen. EDI steht fur einen 
elektronischen Dokumentenaustausch mit formatierten Strukturen, der in Rechensystemen 
weiterverarbeitet werden kann. Die Inhalte einer EDI-Nachricht mussen so formatiert sein, 
dass Rechner von anderen Unternehmen diese weiterbenutzen konnen. Aufgrund der 
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Verwendung standardisierter Datenformate konnen dabei sowohl die bei den 
Kommunikationspartnern eingesetzten Softwarelosungen als auch die 
Hardwareplattformen von unterschiedlichen Herstellern stammen. Da die Daten 
ausschlieBlich in standardisierten Formaten ausgetauscht werden, muss jedes Unternehmen 
lediglich einmal sein internes Format in das verwendete Standarddatenformat (z.B. 
EDIFACT) abbilden. 

EDIFACT (Electronik Data Interchange for Administration, Commerce and Transport) ist 
ein internationaler, branchenubergreifender Standard fur den Austausch von strukturierten 
elektronischen Daten zwischen DV-Anwendungen verschiedener Geschaftspartner. 
EDIFACT kann in alien vorhandenen Datenverarbeitungsanlagen problemlos eingesetzt 
werden, weil sie hersteller-, system- und iibertragungsneutral ist. Unter Beibehaltung 
bestehender unternehmensspezifischer Dateistrukturen ermoglicht EDIFACT alien 
Unternehmen, den Informations- und Kapitalfluss bei der Geschaftsabwicklung zu 
beschleunigen und Handelsschwellen weltweit abzubauen. 

Durch EDI kann der Transaktionsfluss zwischen Geschaftspartnern beschleunigt werden, 
indem die konventionelle papiergestutzte Arbeit bei Auftragsabwicklung und 
Rechnungswesen ersetzt wird. Mit EDI werden Geschaftsaktivitaten automatisiert und 
unternehmensubergreifende Prozesse beschleunigt.. Beim ..Integrated EDI" sind die 
Applikationssysteme der beiden Kommunikationspartner miteinander verbunden. 
Informationen, die von einem der beiden Geschaftspartner generiert werden, gelangen in 
das Applikationssystem des anderen Geschaftspartner s. 

Die Interaktion im Rahmen von Business-to-Business- und Consumer-to-Business- 
Nutzungen wird als „WebEDI" bezeichnet. Kleine und mittlere Unternehmen bilden 
zusammen mit den Privatpersonen deshalb eine Gruppe, weil sich ihre dv-technischen 
Moglichkeiten entsprechen. Durch die Verwendung des Internet werden die 
Kommunikationsbeziehungen der Akteure gebundelt. Diese Bundelungsfunktion weist 
zwei Formen auf. Zum einen die Bundelung von Einzeltransaktionen zu einer Datei, zum 
anderen die Zusammenschaltung der Teilnehmer auf ein Anwendungssystem. Zur 
effizienten Nutzung seiner vorhandenen EDI-Schnittstelle stellt ein Unternehmen seinen 
kleinen und mittleren Geschaftspartnern auf Internetseiten "Eingabemasken" zur 
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Verfugung. Damit haben diese Geschaftspartner die Moglichkeit, thre Auftrage, 
Rechnungen oder bei ihren Kreditinstituten Uberweisungen einzugeben. Bei der Eingabe 
konnen je nach Intelligenz der "Eingabemasken" semantische Priifungen vorgenomrhen 
werden, damit nur sachlich korrekte Datensatze gespeichert werden. Die Datensatze 
5 konnen auf dem Webserver zwischengespeichert und daraufhin zu einem vorher 
festgelegten Zeitpunkt an den Empfanger ubertragen werden. Der Empfanger erhalt eine 
EDI-Datei, die er mit seiner vorhandenen EDI-Schnittstelle verarbeiten kann 
(batchorientierte Ubermittlung). Dabei kann er sicher sein, daB alle notwendigen Angaben 
in den einzelnen Datensatzen vorhanden sind. Auch besteht die Moglichkeit, die Daten an 
10 den Empfanger zu versenden, sobald ein Dokument vollstandig eingegeben worden ist 
(transaktions- oder dokumentenorientierte Ubermittlung). 

Eine vorteilhafte Entwicklung verspricht man sich von der Kombination von EDI mit 
XML. Die Extensible Markup Language (XML) ist im ECommerce-Umfeld als ein 

15 Datenformat fur strukturierten Informationsaustausch zu verstehen. XML wird unter der 
Aufsicht des W3C weiterentwickelt und ist aus Sicht der Industrie ein Konsens fur die 
Architektur des WWW der nachsten Generation. XML bedient sich des Konzepts von 
generischem Markup: Tags strukturieren ein Dokument durch die Verschachtelung von 
Elementen. HTML ist die popularste Auspragung dieser Technik. Wahrend HTML aus 

20 einer festgelegten Menge von Tags besteht, erlaubt XML die freie Definition eines 
Applikations-orientierten Vokabulars. Ein solches Vokabular wird durch eine ..Document 
Type Definition" (DTD) beschrieben, einer formalen Grammatik, die Tags und strukturelle 
Relationen zwischen Tags beschreibt. DTDs sind erhaltlich fur eine riesige Anzahl von 
Anwendungsgebieten, u.a. fur Electronic Commerce (OTP, XML-EDI, ...). 

25 

Angesichts dieser Problematik ist es Aufgabe der vorliegenden Erfindung, eine 
Schnittstellentechnologie bereitzustellen. die die Durchfuhrung von dokumentenbasiertem 
elektronischen Geschaftsverkehr erleichtert. Insbesondere soil auch ein 
Dokumententransfer zwischen heterogenen Systemen ermoglicht werden. Dabei soil 
30 weiterhin das Management des Nutzdatenflusses durch eine Schnittstelle, die ein 
Unternehmensterminal mit einem Datennetz (Internet) und somit mit weiteren 
gleichartigen Schnittstellen verbindet, verbessert werden. 

t 
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Diese Aufgabe wird erfindungsgemaC durch die Merkmale der unabhangigen Anspriiche 
gelost. Die abhangigen Anspriiche bilden den zentralen Gedanken der Erfindung in 
besonders vorteilhafter Weise weiter. 



5 Gemafi einem ersten Aspekt der vorliegenden Erfindung ist ein Schnittstellenmodul zur 
Durchfiihrung von elektronischem Geschaftsverkehr auf Transaktionsbasis vorgesehen. 
Das Schnittstellenmodul ist dabei zwischen ein Terminal, beispielsweise eines 
Unternehmens, und einem Datennetz, beispielsweise dem Internet, geschaltet. Das 
Schnittstellenmodul weist wiederum ein Modul zur Visualisierung und Uberwachung des 
10 Nutzdatenflusses von bzw. zu dem Terminal auf. Diese Visualisierung und Uberwachung 
erfolgt dabei erfindungsgemaB auf Dokumentenbasis. 

Die ausgetauschten Nutzdaten sind beispielsweise mittels einer Interpreter-Anwendung als 
Dokument auf einem Monitor darstellbar. 

15 

Weiterhin sind Mittel zur manuellen und/oder automatischen Freigabe und/oder Selektion 
der Ubertragung von visualisierten Nutzdaten zu bzw. von dem Terminal vorgesehen. 

Schliefllich sind Mittel zur Selektion von zu ubertragenden Nutzdaten fur eine folgende 
20 . Ubergabe zu dem Terminal und/oder eine Adresse in dem Datennetz vorgesehen. . 

Die Selektion kann anhand einer Visualisierung der zu ubertragenden Nutzdaten als 
Dokument erfolgen. 

25 Das Schnittstellenmodul kann ausgehend von einer zentralen Intelligenz (Master Server) in 
dem Datennetz konfigurierbar sein, die bspw. ein Internet-Plattformserver sein kann. 

Das Schnittstellenmodul kann ein Dateisystem aufweisen, in dem ein Workflow eines 
Geschaftsprozesses, der mittels eines Nutzdatenaustauschs uber das Schnittstellenmodul 
30 abgewickelt werden soil, mittels Dokumentenvorlagen abgebildet ist. 
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Die Dokumentenvorlagen konnen von einer zentralen Intelligenz (Master Server) in den 
Datennetz aus in das Dateisystem des Schnittstellenmoduls eingegeben bzw. dort 
modifiziert werden. 

5 Bei einer Anderung der Konfiguration des Schnittstellenmoduls konnen automatisch 
Parameter von davon betroffenen Prozessen des mittels Dokumentenvorlagen abgebildeten 
Workflows angepasst werden. 

Die Dokumentenvorlagen und/oder ein vollstandiger Workflow kann mittels einer 
10 Mappingeinheit („Kreuzschiene„) in einer Datenbank mit vorbestimmten Destinationen in 
dem Datennetz koppelbar sein. 

Die vorliegende Erfindung bezieht sich weiterhin auf ein Computer-Softwareprogramm zur 
Implementierung eines solchen Schnittstellenmoduls. 

15 

Gemaf3 einem weiteren Aspekt der vorliegenden Erfindung ist ein Verfahren zur 
Durchfuhrung von elektronischem Geschaftsverkehr auf Transaktionsbasis vorgesehen. 
Dabei ist ein Schnittstellenmodul zwischen ein Terminal beispielsweise eines 
Unternehmens, das E-Commerce ausfuhren mochte, und einem Datennetz wie 
20 beispielsweise dem Internet geschaltet. Dabei erfolgt erfindungsgemaB auf 
Dokumentenbasis eine Visualisierung und Uberwachung des Nutzdatenfiusses von bzw. zu 
dem Terminal. 

Die ausgetauschten Nutzdaten konnen auf einem Monitor mittels einer Interpreter- 
25 Anwendung als Dokument dargestellt werden. 

Die Ubertragung von visualisierten Nutzdaten kann manuell und/oder automatisch 
freigegeben und/oder selektiert werden. 

30 Insbesondere konnen zu ubertragende Nutzdaten fur eine folgende Ubergabe selektiert 
werden. Diese Selektion kann anhand einer Visualisierung der zu iibertragenden Nutzdaten 
als Dokument erfolgen. 
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Das Schnittstellenmodul kann ausgehend von einer zentralen Intelligenz in dem Datennetz 
konfiguriert werden. Ein Workflow eines Geschaftsprozesses, der mittels 
Nutzdatenaustausch iiber das Schnittstellenmodul abgewickelt werden soil, kann mittels 
Schablonen in einem Dateisystem abgebildet werden. 

5 

Die Dokumentenvorlagen konnen von einer zentralen Intelligenz (Master-Server) von dem 
Datennetz aus in das Dateisystem eingegeben und gegebenenfalls doit modifiziert werden. 

Bei der Anderung der Konfiguration des Schnittstellenmoduls (beispielsweise Anderung 
10 der Zugangsberechtigung) konnen automatisch Parameter von davon betrofFenen 
Prozessen des mittels Dokumentenvorlagen abgebildeten Workflows angepasst werden. 

Die Dokumentenvorlagen und/oder ein vollstandiger Workflow konnen mittels eines 
Mappingeinheit (Kreuzschiene) mit vorbestimmten Destinationen in dem Datennetz 
1 5 gekoppelt werden. 

Erfindungsgemafi ist weiterhin ein Computer-Softwareprogramm zur Implementierung 
eines solchen Verfahrens vorgesehen. 

20 GemaB einem weiteren Aspekt der vorliegenden Erfindung ist ein Schnittstellenmodul zum 
Visualisieren des Datenflusses zwischen einem Terminal und einem Datennetz, 
beispielsweise dem Internet, vorgesehen. Das Schnittstellenmodul weist dabei eine 
Monitoring-Ebene zur Visualisierung und Uberwachung des Nutzdatenflusses von bzw. zu 
dem Terminal auf. Eine Logikebene dient zur Interpretation, Konvertierung und Ubergabe 

25 von Daten zum Terminal und/oder Datennetz. In einer Dateiebene sind Schablonen 
(Templates) abgelegt, wobei eine Interpreter-Anwendung ein- und/oder ausgehende 
Nutzdaten der Logikebene mittels dieser Schablonen fur die Visualisierung der Nutzdaten 
in Form von Dokumenten bearbeitet. 

30 ErfindungsgemaB ist weiterhin ein Schnittstellenmodul zum Visualisieren des Datenflusses 
zwischen einem Terminal und einem Datennetz, wie beispielsweise dem Internet, 
vorgesehen. Eine Prasentationsschicht dient dabei zur Erzeugung und Darstellung 
voreingestellter Dokumentenansichten auf der Grundlage von Nutzdaten, die mittels der 
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Schnittstelle ubergeben werden sollen. Eine Business-Schicht dient zur Steuerung von 
Sende- und Empfangsprozessen von Nutzdaten. Eine Dateischicht schlieBlich dient zur 
Kontrolle von ZugrifFen auf eine Datenbank, in der Nutzdaten abgelegt sind. 

5 Die Business-Schicht kann weiterhin einen Workflow mittels einer vorgegebenen 
Dokumentenabfolge erzeugen. 

Es kann die Moglichkeit einer Fernwartung des Schnittstellenmoduls mittels ZugrifF auf die 
Business-Schicht vorgesehen sein. 

10 

Die Business-Schicht kann weiterhin eine Datenkonvertierungsfunktion aufweisen. 

Die Business-Schicht kann die Funktion einer Benutzer-ZugrifFssteuerung aufweisen. 

15 Die Dateiebene kann eine Funktion zur Unterscheidung von Prozess-Nutzdaten, 
Datenhaltungen und Konfigurationsdaten aufweisen. 

Das Schnittstellenmodul kann mit einer Datenbank verbunden sein, in der Nutzdaten 
abgelegt sind. 

20 - • 

Weiterhin kann das Schnittstellenmodul mit einer Datenbank verbunden sein, in der 
Schablonen mittels einer Mappingeinheit (Kreuzschiene) mit vorbestimmten Destinationen 
in dem Datennetz gekoppelt sind. 

25 Gemafi einem noch weiteren Aspekt der vorliegenden Erfindung ist ein System zur 
Durchfuhrung von auf Dokumentenaustausch basierten elektronischen Geschaftsprozessen 
vorgesehen. Das System weist dabei wenigstens zwei Schnittstellen der oben genannten 
Art auf, die mittels eines Datennetzes miteinander kommunizieren. Anfragen, 
Auftragsbestatigungen, Lieferscheine, Rechnungen, etc. konnen somit als rein 

30 elektronische Meldung vom einer zur anderen Schnittstelle iibermittelt werden. 

GemaB einem noch weiteren Aspekt der vorliegenden Erfindung schlieBlich ist ein 
Verfahren zur Visualisierung des Datenflusses zwischen einem Terminal und einem 
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Datennetz, beispielsweise dem Internet, vorgesehen. Dabei erfolgt eine Interpretation, 
Konvertierung und Ubergabe von Nutzdaten zum Terminal und Datennetz. Weiterhin 
erfolgt eine Verarbeitung der ein- und/oder ausgehenden Nutzdaten mittels Schablonen, 
die in einem Dateisystem abgelegt sind, fur die Visualisierung der Nutzdaten in Form von 
5 Dokumenten. 

SchlieBlich weist ein Schnittstellensystem zur Verbindung ggf. heterogener Systeme uber 
ein Datennetz Schnittstellenmodule auf, die die Verbindung zwischen den ggf. heterogenen 
Systemen darstellen. Die Datenubertragung erfolg transaktionsbasiert mittels defmierter 
1 0 sende- und empfangsseitiger Kommunikationsstati. 

Daten werden nur dann in das Empfanger-System iibernommen, wenn samtliche Daten 
einer Transaktion als fehlerfrei erkannt wurden. 

1 5 Bei einem Verfahren zur Verbindung ggf. heterogener Systeme uber ein Datennetz mittels 
Schnittstellenmodulen, die die Verbindung zwischen den ggf. heterogenen Systemen 
darstellen, wird die Datenubertragung transaktionsbasiert mittels definierter sende- und 
empfangsseitiger Kommunikationsstati ausgefuhrt. 

20 Daten werden nur dann in das. Empfanger-System ubernommen,. wenn samtliche. Daten 
einer Transaktion als fehlerfrei erkannt wurden. 

Eine Schnittstelle zum Ubertragen von Nutzdaten in einem Datennetz weist auf 

ein unternehmens- und/oder branchenspezifisches Konfigurierungsobjekt, das 
25 Prozessablaufe definiert, 

ein Schablonenobjekt, das Formatvorlagen fur Dokumente definiert, die zur 
Ausfuhrung der im Konfigurierungsobjekt definierten Geschaftsablaufe 
verwendet werden, und 

ein Schnittstellen-Objekt, das bestimmten Prozessablaufen bestimrnte 
30 Destinationen des Datennetzes als Partner des Prozessablaufs zuweist. 

Mittels des Konfigurierungsobjekts werden dabei Waren/Dienstleistungen, 
Dokumentvorlagen, Produkte, Kunden und Lieferanten miteinander verkniipft. 
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Das Konfigurierungsobjekt definiert, welcher Kunde welches Produkt handhaben darf. 
Die Formatvorlagen weisen Platzhalter fur mogliche Nutzdaten auf. 

5 

Wenn es ein Geschaftsablauf bedarf , sind Formatvorlagen durch dynamische Nachladen 
erweiterbar. 

Ein objektorientiertes Verfahren zum Ubertragen von Nutzdaten in einem Datennetz weist 
10 die folgenden Schritte auf: 

Definition von Prozessablaufen mittels eines unternehmens- und/oder 
branchenspezifisches Konfigurierungsobj ekt, 

Definition von Formatvorlagen mittels eines Schablonenobjekts, wobei die 
Formatvorlagen zur Ausfuhrung der im Konfigurierungsobjekt definierten 
1 5 Geschaftsablaufe verwendet werden, und 

Zuweisung von bestimmten Destinationen des Datennetzes als Partner des 
Prozessablaufs mittels eines Schnittstellenobjekts. 

Weitere Merkmale, Vorteile und Eigenschaften der vorliegenden Erfindung werden aus der 
20 nunmehr folgenden detaillierten Beschreibung von Ausfuhrungsbeispielen und 
bezugnehmend auf die Figuren der begleitenden Zeichnungen naher ersichtlich. 

Figur 1 zeigt schematisch die Stellung eines erfindungsgemaBen 
Schnittstellenmoduls in einem Datennetzsystem zur Ausfuhrung 
25 von dokumentenbasiertem elektronischen Geschaftsverkehr auf 

Transaktionsbasis, 

Figur 2 zeigt eine genauere Ansicht der internen Struktur des 
Schnittstellenmoduls, 

30 

Figur 3 zeigt einen Ablauf zur Visualisierung und Selektion von 
Ubertragungsdaten gemafi der vorliegenden Erfindung 
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Figur 4 zeigt die Anbindung eines Schnittstellenmoduls an einen 
zentralen Portalserver, 

Figur 5 zeigt einen informationstechnischen Ablauf des 
erfindungsgemaBen Schnittstellenmoduls, 

Figur 6 zeigt einen Workflow beziiglich der Visualisierung des 
Datentransfers durch ein erfindungsgemaBes 
Schnittstellenmodul, 

Figur 7 zeigt die Konfiguration/Update von erfindungsgemaBen 
Schnittstellenmodulen mittels einer zentralen Intelligenz im 
Datennetz, 

Figur 8 zeigt, wie mittels einer Mappingeinheit (Kreuzschiene) 
verschiedene Dokumentenvorlagen mit vorbestimmten 
Destinationen im Datennetz verbindbar sind, 

Figur 9 zeigt ein transaktionsbasiertes Ubertragungssystem zur 
... - . Verbindung ggf. heterogener Systeme gemaB der vorliegende 
Erfindung, 

Fig. 10 zeigt eine schematische, objektorientierte Darstellung 
von Elementen der Datenbankschicht von Figur 5, und 

Figur 1 1 zeigt die interne Struktur eines Schnittstellenmoduls, 
aus der die Dokumentenverwaltung hervorgeht. 

Bezugnehmend auf Figuren 1 und 2 soli zuerst die Stellung des erfindungsgemaBen 
Schnittstellenmoduls (IIM) 1 in einem System zur Ausfuhrung von dokumentenbasierten, 
elektronischen Geschaftsverkehr erlautert werden. Das Schnittstellenmodul 1 ist zwischen 
einem Terminal (Host) 4, beispielsweise eines Unternehmens, und einem Datennetz 8, 
beispielsweise dem Internet, geschaltet. Mittels des Datennetzes 8 konnen insbesondere 
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Nutzdaten 6 iibermittelt werden. Weiterhin kann das Schnittstellenmodul 1 Nutzdaten 5 zu 
einem Speicher des Terminals 4 hin ubertragen. Die Nutzdaten 5 konnen dabei bspw. 
gemafi dem XML-Format ubertragen werden. 

Das Schnittstellenmodul 1 ist konfigurierbar, und zwar durch insgesamt drei verschiedene 
Wege: 

- Wie dargestellt konnen Konfigurationsdaten von einer zentralen 
Intelligenz 9 im Datennetz 8 her ubertragen werden, so dass zentral eine 
^Configurations- bzw. Workflow- Anderung in dem Schnittstellenmodul 1 
ausgefuhrt werden kann. 

- Die zentrale Intelligenz 9 kann auch ein weiteres Schnittstellenmodul 
sein, das mittels des Datennetzes 8 mit dem dargestellten ersten 
Schnittstellenmodul 1 verbunden ist. Somit konnen beispielsweise 
Geschaftspartner, die derartige Schnittstellenmodul 1 aufweisen, 
Konfigurationsdaten, wie beispielsweise Dokumentenvorlagen, 
miteinander austauschen bzw. modifizieren. 

- Eine weitere Konfigurationsmoglichkeit besteht schlieBlich darin, dass 
das Schnittstellenmodul 1 vor Ort selbst konfiguriert wird. 

Das Schnittstellenmodul 1 weist ein Dateisystem 2 auf, in dem Schablonen (..Templates,,) 
12, beispielsweise gemafl dem PDF-Format abgelegt sind. 

Durch Verbindung von Schablonen 2 mit Nutzdaten 6 ermoglicht ein 
Kontroll/Fiher/Visualisiemngs/Selektions/Konfigurationsmodul 3 die Darstellung der 
ubertragenen Nutzdaten 6 als Dokumente beispielsweise auf einem Monitor 14. 

Die Verbindung zwischen dem Kontroll-/Filter-/Visualisierungs-/Selektions- 
/Konfigurationsmodul 3 und dme Dateisystem 2 erfolgt dabei mittels eines sogenannten 
IIM-Kerns 17. 
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In einer Datenbank 1 6 kann eine Mappingeinheit („Kreuzschiene„) 1 6 vorhanden sein, die 
vorbestimmte Destinationen in dem Datennetz 8 bestimmten Schablonen (Templates) 2 
zuordnet. 

Die Erfmdung basiert dabei auf dem Konzept der parallelen Datenhaltung. Die Nutzdaten 
werden vor Ort im Schnittstellenmodul 1 gepfiegt und mit einer Datenbank, bspw. auf der 
zentralen Intelligenz (Portalserver) 9 abgeglichen. Dies hat den Vorteil, dass die Daten auf 
dem Portalserver 9 fur weitere Dienstleistungen genutzt werden konnen. 

Bezugnehmend auf Figur 3 soli nunmehr der Ablauf zur Visualisierung und Selektion von 
ubertragenen Nutzdaten gemafi der vorliegenden Erfindung naher erlautert werden. In 
einem Schritt SI werden zur Erstellung eines Dokuments ubertragene bzw. zur 
Ubertragung anstehende Nutzdaten mit Schablonen (Templates) verbunden. In einem 
Schritts S2 werden die Daten bspw. mittels PDF interpretiert und als Dokument 
dargestellt. In einem Schritt S3 schliefilich konnen alle oder auch nur selektierte Nutzdaten 
des dargestellten Dokuments (im Falle von empfangenen Nutzdaten) iibernommen bzw. 
(im Falle von zu iibertragenden Daten) abgesandt werden. Diese Freigabe der 
Datenubertragung bzw. Datenubernahme, ggf. nach einer Selektion, erfolgt also anhand 
eienr Visualisierung der Nutzdaten in Dokumentenform. 

Folgende Funktionalitaten sind u.a. in dem erfindungsgemaRen Schnittstellenmodul (IIM) 
1 implementiert, wie schematisch in Figur 4 dargestellt ist: 

• Lesen (Read) 

• Schreiben (Write) 

• Interpretieren (Interpreter) 

• Konvertieren (Converter) 

• Plausibilisieren 

• Speichern der Daten 

• Authentisierung (Authentication) 

• Verschliisseln (Encrypt) 

• Komprimieren 

• Senden 



Empfangen 
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Nun erfolgt eine kurze Beschreibung dieser Funktionen: 

5 • Lesen (Read) 

Je nach Datenstruktur, werden die Daten mit Hilfe einer Steuerdatei, 
Schnittstelle (ODBC) oder DTD aus dem Input File ausgelesen. 

• Schreiben (Write) 

Stellt die Daten, in einem fur das Fremdsystem leserlichen Format, zur 
1 0 Verfugung. 

• Interpretieren (Interpreter) 

Interpretiert die gelesenen Daten und schreibt sie in die SQL Datenbank. 

• Converter 

Liest die Daten aus der SQL Datenbank und bereitet sie fur den Schreibvorgang 
1 5 vor. 

• Plausibilisieren (kundenspezifische Einstellungen) 

Die erfassten Daten konnen kundenspezifisch plausibilisiert werden. Dabei 
stehen folgende Moglichkeiten zur Verfugung: 

• Wertebereich (vom - bis) 
20 • Bedingungen 

• Muss-Felder 

• Speichern der Daten 

Alle Transaktionen werden laufend protokolliert und fur eine spatere 
Verfolgung sichtbar gemacht. 
25 • Authentisierung) 

Die Authentisierung, basiert auf einem Sicherheitskonzept mit SmartCard. Auf 
dem Portal werden die Benutzerdaten einem LDAP-Server verifiziert (LDAP 
(Lightweight Directory Access Protocol) ist ein standardisierter Directory 
Service (Verzeichnisdienst) auf der Basis von TCP/IP). Falls der Username 
30 und das Passwort korrekt ist, wird ein zusatzlicher Schlussel fur den 

Datentransfer generiert. Falls nicht, wird der Benutzer abgewiesen. 

• Verschliisseln/Entschliisseln 
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Fur die Ubermittlung der Daten wird ein synchroner Schliissel erstellt. Ab 
diesem Zeitpunkt findet die Kommunikation iiber ein Triple DES 
Verschlusselungsverfahren statt (Triple DES ist ein symmetrisches 
Verschliisseiungsverfahren, das auf dem klassischen DES basiert, jedoch mit der 
5 doppelten Schliissellange arbeitet (112 Bit). Die zu verschliisselnden Daten 

werden mit einer dreifachen Kombination des klassischen DES verschliisselt). 

• Komprimieren 

Bevor die Datenpakete ubermittelt werden, werden sie komprimiert um die 
Ubertragung zu beschleunigen. 
10 • Senden 

Die verschliisselten und komprimierten Daten werden direkt oder viber das 
Portal dem Empfanger geschickt. Die Daten werden dabei mit einem Status 
versehen. 

• Empfangen 

1 5 Die Datenpakete werden entgegengenommen und dem Kommunikationspartner 

eine Empfangsbestatigung geschickt. 

Die Erfindung basiert auf einem Component Object Model (COM), das sich fur die 
Entwicklung komponentenbasierter Software und somit des Schnittstellenmoduls 1 eignet. 
20 Das Component Object Model (COM) wurde 1993 von Microsoft eingeftihrt. Kurz darauf 
wurde COM um die Fahigkeit von verteilten Objekten erweitert: Distributed COM 
(DCOM) erlaubt es, Komponenten auf verschiedene Rechner im Netzwerk zu verteilen. 

Bei der dreischichtigen Systemarchitektur gema/3 der vorliegenden Erfindung sind die 
25 Geschaftsprozesse („Business Rules,,) in die mittlere Geschaftsregel-Schicht (11 in Fig. 5) 
verlagert. Die Clientschicht (3 in Figur 5) kann schlank gehalten werden, da sie nur eine 
Art Benutzeroberflache verwaltet. Das Entwicklungskonzept des IIM 1 baut zwar auf 
einer "3 Schicht Systemarchitektur" auf, kann aber zu n Schichten erweitert werden. Mit 
der Erweiterung zur n-Schichten Architektur werden die Komponenten der Business- 
30 Schicht 1 1 auf mehrere Rechner verteilt. Damit erreicht man eine bessere Lastverteilung 
und somit eine Performancesteigerung. Der IIM 1 setzt sich wie in Figur 5 gezeigt aus 
folgenden Schichten zusammen: 
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- Prasentationsschicht f Clientschicht)3 : 

- Erzeugt voreingestellte Ansichten, z.B. mittels ActiveX (Active-X ist System- 
Interface der Firma Microsoft) 
5 - Gibt die Moglichkeit der Fernwartung des Schnittstellenmoduls 1 durch 

Zugriff auf die Business-Schicht 1 1 



- BusinessfGeschaftsregeO-Schicht 1 1 : 

- Kontrolle iiber samtliche Sende- und Empfangsprozesse, 
10 - steuert die Daten sowie den Dokumentenfluss (Workflow), 

- ist verantwortlich fur die richtige Datenumsetzung (Fremdsystem / Hostrechner), 

- erlaubt Transaktionsbehandlung, 

- kontrolliert Konfigurationsanderungen, 

- ermoglicht eine Benutzer-Zugriffssteuerung. 
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Datenbankschicht 13 fsiehe im Detail Figuren 11. 12) 

- kontrolliert samtliche Datenbankzugriffe (Read, Write and New), 

- unterscheidet zwischen Nutzdaten (Prozessdaten), Datenhaltung und 
Konfigurationsdaten. 

Das Schnittstellenmodul 1 weist folgende Untermodule auf: 



A. IIM-Kern (17 in Figur 1) (Serverseitig, optional auch clientseitig): 
Enthalt das generisches Mapping und den generischen Workflow. 

25 Kontrolliert samtliche Transaktionen, Datenbewegungen und deren 

Zugriffsberechtigungen. 

B. IIB: IIM-Konfigurationsprogramm 3: 

Mit diesem Programm wird ohne Programmierkenntnisse der Datenaustausch, 
der ganze Workflow sowie deren Plausibilisierungen fur das IIM festgelegt 
30 C. IMP (Monitoring Programm.): IIM-Benutzeroberflache fur Visualisierungs- und 

Administrationszwecke. 
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D.IDK (Development Kit): Entwicklungs-Umgebung, mit der durch das Aufrufen von 
einfachen Funktion das IIM gesteuert und konfiguriert werden kann (z.B. Daten ins 
I1M Exportieren -> initWorkList, initExport und Save). 

Das IIB-Modul 3 fiigt auf einem bestehenden PDF-Dokument sogenannte ActiveX- 
Steuerelemente (Controls) ein. Die Controls dienen dazu, das PDFDokument mit Werten 
zu fallen. Der Vorteil dieses Verfahrens liegt darin, dass ein User sich mit einem Produkt 
auseinandersetzt, mit dem er schon lange Erfahrungen gesammelt hat. Er kennt bspw. 
PDF- Vertrage bereits in Papierform und braucht keine besonderen Kenntnisse eines 
Programms zu erlernen. In einem weiteren Fall, so zum Beispiel wenn ein Makler (als 
Beispiel fur einen User) schon bereits mit einem Maklerprogramm arbeitet, kann er sich 
die von ihm ausgeftillten Daten vor dem Versenden nochmals mittels der 
Prasentationsschicht 3 in PDF-Form veranschaulichen. 

Jedes PDF-Dokument wird in der Datenbankschicht 13 als Schablone (Template) 12 
hinterlegt. Mittels der Templates werden Regeln zur Interpretation der Nutzdaten, bspw. 
im XML-Format hinterlegt. Durch diese Regeln wird die (automatisierte) Verarbeitung 
von Transaktionen ermoglicht (was unter anderem auch die Presentation beinhalten kann). 

Ein Dokument setzt sich somit aus Nutzdaten (bspw. XML-Daten) und Schablone 
zusammen, wie im Detail spater bezugnehmend auf Figur 1 1 erlautert werden wird. Die 
eigentlichen Felder einer Schablone werden in der Dateischicht 1 3 verwaltet und gepflegt. 

In dem Dateisystem 2 kann unter Zuhilfenahme eines sogenannten ..Builders,, Intelligenz 
hinterlegt werden. Diese sieht so aus, dass zum Beispiel einem Feld ein Wertebereich 
(Range) zugeteilt. Beim Unter- beziehungsweise Uberschreiten dieses Wertebereichs wird 
gibt es eine Fehlermeldung, die den Benutzer darauf hinweist, diesen Wert zu andern. Es 
konnen aber auch Verknupfungen von Schablonen-Feldern hinterlegt werden. 

Anhand von Figur 6 wird die Erfindung nunmehr angewendet auf ein DV-System eines 
Versicherungsmaklers erlautert: 
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Das IEM 1 ist die Schnittstelle zu einem Maklerverwaltungsprogramm (MVP). Das IIM 1 
liest samtliche definierten Daten aus dem MVP aus. Im IIM 1 sind fur jeden definierten 
Prozess Workflow-Schablonen hinterlegt. Diese Schablonen konnen einzeln aufgerufen 
werden und werden uber das IMP visualisiert. 
5 Im Workflowdokument, wo Plausibilisierungen definiert sind (z.B. Mussfelder) konnen 
Erganzungen vorgenommen werden, d.h. es konnen weitere Daten erganzt werden. Somit 
ist es nicht erforderlich, dass zwischen zwei kommunizierenden DV Systemen 
Datenkonformitat besteht. Beispiel: Ein Versicherer (als Beispiel fur einen Supplier) 
definiert die ftir einen bestimmten Prozess erforderlichen Daten. Diese werden uber ein 
10 Workflowdokument/ Workflowvorlage visualisiert. Der Makler (Customer) ubertragt die 
Daten, die er bereits in seinem System gespeichert hat, in das Workflowdokument. 
Erfordern die im Workflowdokument definierten Plausibilitaten mehr Daten, als der 
Makler in seinem System gespeichert hat, kann er diese erganzen. 

15 Die Daten werden durch das IIM 1 in ein XML Format verpackt (konvertiert). Sie konnen 
im IIM 1 zwischengespeichert und zu jedem beliebigen Zeitpunkt an den Plattformserver 8 
(zentrale Intelligenz) gesendet werden. 

Der Makler sieht, welche Prozessdaten versendet und welche empfangen wurden. 
20 • 

Empfangene Daten konnen vor der Ubernahme in das eigene System visualisiert werden. 
Die Ubernahme der Daten kann definiert werden als Einzelubernahme oder routinemafliger 
Batchlauf. 

25 Nunmehr wird auf Figur 7 Bezug genommen. GemaG diesem Beispiel findet die komplette 
Produkt- und Benutzerverwaltung auf einem Portalserver statt. Insbesondere bei einer 
direkten Kommunikation zwischen zwei Schnittstellenmodulen findet die Produkt- und 
Benutzerverwaltung dagegen alternativ oder zusatzlich in den Schnittstellenmodulen selbst 
statt (siehe Figuren 11, 12): 

30 

• Lieferanten (Supplier) 

• Kunden (Customer ) 

• Workflowdokumente (Produkte) der Supplier 
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• alle Dokumentenstati 

• der Portalserver (Master-IIM) 9 weifi, welche Dokumente(Vorlagen und 
Produkte) in den jeweiligen Supplier- und Customer IIM gespeichert bzw. 
vorgehalten werden. 

5 • Der Master-IIM 9 kann eine automatische „Betankung„, also die Ubermittlung von 

Workflow-Dokumenten zu den Supplier- und Customer IIM 1 durchfuhren. 

• Die Kommunikation zwischen Master-IIM 9 und den Supplier- und Customer 
IIMs findet unter Nutzung eines Sicherheitssystems statt. Eine Authentifizierung 
erfolgt mittels Smart-Card und Triple DES - Verschliisselung. 

10 

Figur 8 zeigt eine sogenannte Kreuzschiene 16, die in einer Datenbank, bspw. auf dem 
Portalserver 9 abgelegt sein kann. Schablonen (Templates) 2 stellen eine bestimmte 
Zusammenstellung von definierten Platzhaltern (Fields) bspw. eines PDF-Dokuments dar. 
In der Kreuzschiene 16 werden die Verknupfungen (Abbildungen) der Schablonen zu den 

15 richtigen Destinationen der entsprechenden Schnittstellen (Interfaces) definiert (oft als 
„Mapping" bezeichnet). Damit werden die Beziehungen der Schablonen 2 zu den 
Schnittstellen festgelegt. Zu einer Schablone 2 konnen mehrere Interfaces gehoren. Bspw. 
kann eine Versicherung ihre Produkte mehreren unterschiedlichen Maklern zur Verfugung 
stellen. Diese haben in der Regel eine heterogene Umgebung, so dass mehrere, fur diese 

20 Umgebungen spezifische Schnittstellen bereitgestellt werden miissen. 

Die Schnittstellen (Interfaces) stellen die Anbindung des Schnittstellenmoduls an das 
Fremdsystem des Terminals sicher. Es gibt bspw. auf dem Versicherungsmarkt die 
unterschiedlichsten Systeme. Das Interface selbst wird bspw. von einem 
25 Maklerverwaltungsprogramm im Falle einer Versicherung zur Verfugung gestellt oder in 
Zusammenarbeit mit Softwarespezialisten aus dieser Firma erarbeitet. Die 
Maklerverwaltungsprogramme speisen diese Interfaces mit ihren Schnittstellen und lesen 
auch wieder die Daten daraus heraus, um sie dem Maklerverwaltungsprogramm (das 
gleiche gilt auch auf Versicherungsseite) zur Verfugung zu stellen. 

30 

Einzelheiten der Implementierung des in Figur 8 illustrierten Ablaufs werden spater 
bezugnehmend auf Figure 10 und 11 erlautert. 
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Die Merkmale und Eigenschaften der vorliegenden Erfindung lassen sich wie folgt 
zusammenfassen: 

1 . Das IIM 1 verbindet mehrere Computer (od. Hosts) zwecks Datenaustausch. 

2. Der Datenaustausch erfolgt immer transaktionsbasiert (sichere Ubertragung) 

5 3. Samtliche Transaktionen und Dokumenten konnen nach Belieben angezeigt werden 
(hier wird als Format bspw. der PDF Standard verwendet). 

4. Starke Authentisierung (optional) und Datenverschlusselung (optional) sind im IIM 1 
bereits enthalten. 

5. Das IIM 1 arbeitet nach dem Customer und Supplier Prinzip, dabei konnen Supplier 
10 und Customer vollig unterschiedliche EDV-Strukturen aufweisen 

6. Zwischen Supplier und Customer konnen auf Wunsch automatisch neuere Versionen 
von Daten oder Dokumenten ausgeliefert werden (somit wird das Arbeiten mit den 
aktuellen Daten Dokumenten sicher gestellt). 

7. Durch das Verbinden von Computer oder Hosts oder Applikationen mit einem IIM 1 
15 mit der Aussenwelt, entsteht dem Benutzer dieser Schnittstelle eine l*m Beziehung (ohne 

IIM sind es n=m Schnittstellen, d.h. der Benutzer muss nSchnittstellen implementieren) 

Bezugnehmend auf Figur 9 soli nunmehr der Aspekt der vorliegenden Erfindung erlautert 
werden, dass samtliche dokumentenbezogenen Datenubertragungen auf Transaktionsbasis 

20 erfolgen. In Figur 9 soli ein elektronischer Geschaftsprozess auf Dokumentenbasis 
zwischen einem Teilnehmer A und einem Teilnehmer B abgewickelt werden. Jeder der 
Teilnehmer A, B weist ein Schnittstellenmodul 1 auf, dass zwischen dem Terminal 
(Fremdsystem FS) 4 eines jeden Teilnehmers und dem Datennetz 8 geschaltet ist. Wie aus 
Figur 9 ersichtlich kann ein Datenaustausch entweder indirekt iiber den Plattform- Server 9 

25 oder direkt zwischen den beiden Schnittstellenmodulen 1 erfolgen. 

Der (indirekte) Datenaustausch mittels des Plattform-Servers kann als Sternmodell 
bezeichnet werde, bei dem ein grofier Geschaftspartner oder eine Organisation (hier als 
„Parent & Master" bezeichnet) die Standards fur seine Handel spartner wie z.B. 
30 verwendete Dokumentenformate und Austauschprotokolle vorgibt. Ein sogenanntes 
Repository (System zur Aufbewahrung von Quellen fur Programme und Dokumenten), in 
der Praxis zumeist eine Datenbank, befindet sich also beim „Parent/Master", so daft sich 
die „Children" dort die benotigten Informationen beschaffen miissen. 
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Der direkte Austausch zweier Schnittstellenmodule dagegen ist eine Art „Ad Hoc"- 
Modell. Dabei richten die kleineren Geschaftspartner jeweils eigene, so genannte „Ad Hoc- 
Interaktionen" ein. Verschiedene Datenbanken/Repositories sind also nicht zentral bei 
5 einem Parent/Master abgelegt, sondern unter den Teilnehmern verteilt. 

Die Datenubertragung mittels des Schnittstellenmoduls 1 gemafi der vorliegenden 
Erfindung, genauer gesagt die Datenubertragung von einem Schnittstellenmoduls 1 zu 
einem weiteren an das Datennetz 8 angebundenen Schnittstellenmodul 1 oder zu einem 

10 zentralen Portalserver, erfolgt auf Transaktionsbasis. Das heifit, Ubertragungsdaten 
werden in Transaktionen zusammengefasst. Wenn bei der Ubertragung der Daten einer 
Transaktion seitens des Empfangers ein Fehler festgestellt wird, werden samtliche Daten 
einer Transaktion verworfen. Nur wenn samtliche Daten einer Transaktion als fehlerfrei 
erkannt werden, iibemimmt der Empfanger den Datensatz der Transaktion und schreibt ihn 

15 bspw. in seine Datenbank. 

Transaktionen konnen dabei Daten beziiglich eines Dokuments, aber auch Daten beziiglich 
mehrerer Dokumente betreffen, wobei die Abfolge der mehreren Dokumente eine 
Geschaftsprozesseinheit des elektronischen Geschaftsprozesses darstellt. Insofern kann 

20 ...eine. Transaktion auch eine Abfolge von hin- und herzusendenden Dokumenten umfassen. 
Fur den Geschaftsprozess „Policierung", ein Beispiel aus dem Versicherungswesen, sind 
bspw. die Workflow-Schritte „Antrag" und „Policierung" notwendig, wobei diese 
Workflow- Schritte jeweils als Dokumente abgebildet sind. Die Kombination des in einer 
ersten Richtung zu ubertragenden Dokuments „Antrag" und des zuriickzusendenden 

25 Dokuments „Policierung" wird sinnvollerweise in einer Transaktion zusammengefasst. 

Im iibrigen hat jede Transaktion eine individuelle, sie kennzeichnende 
Transaktionsnummer. 

30 In jedem Schnittstellenmodul 1 sowie ggf. im Plattform-Server sind sogenannte 
Kommunikationsstati vorgesehen, die den Kommunikationszustand einer Transaktion 
wiedergeben. Senderseitig (Teilnehmer A) konnen diese Kommunikationsstati bspw. wie 
folgt lauten: 
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■ Export 

■ Sent 

■ Sent O.K. 

■ Wait 

5 ■ Commit 

Empfangerseitig (Plattform oder Teilnehmer B) konnen Sie entsprechend lauten: 

■ New 

■ Receive 

10 ■ Receive O.K. 

■ Wait 

■ Commit 

Eine Transaktion wird verworfen, falls es bei einem dieser Kommunikationsstati zu einem 
15 Fehler kommt. Der Ablauf geht dann in einen definierten Zustand weiter. Beipielsweise 
kann der Ablauf senderseitig wieder zu dem Status „Send" zuriickgehen. Wichtig ist 
indessen, dass empfangerseitig eine Ubernahme der Nutzdaten nur dann erfolgt, wenn 
auch der letzte Kommunikationsstatus einer Transaktion als fehlerfrei beurteilt wurde. 

20 Zur Verbindung heterogener Systeme beachtet die Software der Schnittstellenmodule 1 
die folgenden Kriterien: 

- Einfache und schnelle Implementation 

- Flexible Schnittstelle 

25 - In heterogenem Systemumfeld einsetzbar 

- Einfach zu warten 

- Erweiterbar 

- Prozessorientiert 

- Plausibilisierung der Daten 
30 - Sicherheit 

- Eigene Datenbank 
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Das Fremdsystem (Terminal 4) ist in der Regel mit mindestens einer der folgenden 

Schnittstellen bestuckt: 
- DB oder Excel Tabellen mit ZugrifF iiber ODBC (Open Database Connectivity, 
datenbankunabhangige Schnittstelle) oder ADO (Abstraktes Datenobjekt), 

- Strukturierte Daten (XML-Dateien), 

- Flat-Files (Dateien, die ausschlieBlich direkt interpretierbare Daten enthalten), 

- Eingabe durch den Sachbearbeiter bzw. Mitarbeiter. Der Import bzw. Export der Daten 
miisste iiber die Business Logik des ERP (Enterprise Ressource Planning, 
Softwarelosungen, die den betriebswirtschaftlichen Ablauf im Bereich Produktion, 
Vertrieb, Logistik, Finanzen, Personal usw., steuern und auswerten) gesteuert werden, 
welche der Datenbank xibergeordnet ist. 

Der Import bzw. der Export von Daten von einem Fremdsystem zu einem weiteren 
Fremdsystem kann iiber zwei verschiedene Kanale durchgefuhrt werden. Beispiel: Der 
Export der Daten findet iiber einen ODBC-Zugriff statt, wahrend das Importieren der 
Daten iiber ein Flat-File realisiert wird. 

Figur 10 zeigt schematisch die interne Struktur der Datenbankschicht (13 in Fig. 5) eines 
Schnittstellenmoduls, aus der die Dokumentenverwaltung hervorgeht. Figur 1 1 stellt eines 
detaillierte funktionale Ansicht von Figur 1 1 dar. Es wird auch nochmals auf die 
entsprechende Illustration in Figur 8 zuriickverwiesen. 

Wie in Figur 1 0 ersichtlich, sind wesentliche Elemente der Datenbank- oder Dateischicht 
13 gemaB einem Objekt-Modell: 

ein Konfigurierungsobjekt (entspricht dem Objekt „Interface Config" in 
Figur 5), 

ein Schablonenobjekt (entspricht dem Objekt ..Documents Templates" in 
Figur 5), und 

ein Schnittstellen (Interface)-Objekt (entspricht dem Objekt ..Interface 
Description" in Figur 5). 

Das Konfigurierungsobjekt und das Schnittstellen-Objekt greifen dabei jeweils auf das 
Schablonenobjekt zu. 
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Details von Figur 10 sollen nunmehr bezugnehmend auf Figur 1 1 erlautert werden. 

In dem Objekt „Flow" (entspricht dem Objekt ..Documents State/Flow" in Figur 5) 
5 werden die kundenspezifischen Prozesse und deren Abhangigkeiten definiert. Dieses 
Objekt „Flow" wird konfiguriert, um die entsprechenden unternehmens- und/oder 
branchenspezifischen Geschaftsprozesse und deren Ablaufe abzubilden. In dem Objekt 
..Flow" ist auch niedergelegt, ob und ggf. innerhalb welcher Zeitspanne nach dem 
Versenden von Daten Riickantworten (bzw. deren Typ und Inhalt) erwartet werden. 

10 

Das Objekt ..Product Definition" ist die Kreuzschiene der Dokumentenschablonen. 
Abhangig von den Parametern ..Service Type" (Dienstleistung), ..Supplier", .product 
Type" und ..Flow" wird die zugehorige Schablone zugeordnet. Ein Beispiel fur eine 
Produktdefinition (..Product Definition") ist beispielsweise ein Antrag fur eine Kfz- 
1 5 Haftpflichtversicherung (..Product Type") einer vorbestimmten Versicherung (Supplier). 

In der ..Access List" wird festgelegt welcher Kunde (Customer) welches Produkt (gemaB 
Produktdefinition) handhaben darf. 

20 Die Produktdefinition kann auch ein Teilprodukt betreffen. Wenn beispielsweise das 
Gesamtprodukt die Kfz-Haftpflichtversicherung sein soil, konnen Teilprodukte ..Antrag 
neu", ..Antragspolicierung" oder ..Schadenmeldung" sein. Bestimmten Kunden 
(Customern) konnen somit auch nur Teilprodukte des Gesamtprodukts zuganglich 
gemacht werden. 

25 

Die Schablonen weisen Platzhalter (..Fields" oder „T -Fields") fur mogliche Nutzdaten auf 
(siehe auch Figur 8). 

„T-Fields" in Figur 1 1 stellen die einzelnen Platzhalter dar. Templates umfassen mehrere 
30 Platzhalter (T-Fields) unter einer Bezeichnung zusammen. ..Template Doc" („T-Doc") in 
Figur 1 1 ist dabei eine Standard-Formatvorlage fur ein Formular. Im einfachen Fall ist die 
„T-Doc" gleich einem (Teil-)Produkt definiert. Dies ist beispielsweise der Fall, wenn 
bekannte Formulare von Versicherungen „1 zu 1" elektronisch ubersetzt werden Das 
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Teilprodukt „Antrag neu" kann dann bspw. genau einem bestimmten Formular 
entsprechen. Eine „T-Doc" kann aber allgemein auch aus mehreren Schablonen 
(...Templates") bestehen. Dies ist bspw. der Fall, wenn fur ein Teilprodukt mehrere 
Formulare benotigt werden. 

5 

Mittels der „T-Doc-Definition" kann ein dynamisches Nachladen gema!3 vorbestimmter 
Kriterien (Anzahl der Versicherten, etc.) von Schablonen ermoglicht werden. Durch 
mehrfaches Nachladen von Schablonen kann somit mittels einer verhaltnismaBig einfachen 
Definition auch ein groBerer Umfang der Schablonen erreicht werden. Dies wird bspw. 
1 0 benotigt wenn das Grundformular fur eine maximale Anzahl von Versicherten ausgelegt ist 
und mittels ggf. mehrfachen dynamischen Nachladen einer Schablone weitere zu 
versichernde Personen anzugeben sind. 

In der ..Interface Description" werden die Meta-Daten des Fremdsystems, wie bspw. des 
15 lokalen Makler-Verwaltungsprogramms abgelegt. In der ,J-List" werden die 
verschiedenen Platzhalter („T-Fields") „referenziert". In der ,,1-List" werden somit die 
tatsachliche Behandlung und Verwertung der Platzhalter („T-Fields") fur die Bedurfnisse 
des Fremdsystems festgelegt. 

20 Transaktionen werden in „Docs" . definiert. Mittels der „Docs" werden die Daten 
bestimmten Teilprodukten (..Product Definition") zugeordnet. 
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Anspriiche ^Visualisierung' 



1 . Schnittstellenmodul zur Durchfuhrung von elektronischem Geschaftsverkehr auf 
10 Transaktionsbasis, wobei 

- das Schnittstellenmodul (1) zwischen einem Terminal (4) und einem Datennetz (8), wie 
bspw. dem Internet geschaltet ist und 

- ein Modul (1, 3) zur Visualisierung (14) und Uberwachung des Nutzdatenflusses (5, 6) 
von bzw. zu dem Terminal (4) aufweist, wobei das Visualisierungsmodul auf Schablonen 

15 (12) zugreift, um mit deren Hilfe die iibertragenen Nutzdaten als Dokumente zu 
visualisieren. 



2. Schnittstellenmodul nach Anspruch 1, 
dadurch gekennzeichnet, 

20 dass ausgetauschte Nutzdaten mittels einer Interpreteranwendung (10) als Dokument auf 
einem Monitor (14) darstellbar sind. 

3. Schnittstellenmodul nach einem der vorhergehenden Anspriiche, 
gekennzeichnet durch 

25 Mittel (3) zur manuellen und/oder automatischen Freigabe und/oder Selektion der 
Ubertragung (5, 6) von visualisierten Nutzdaten zu bzw. von dem Terminal (4). 

4. Schnittstellenmodul nach Anspruch 3, 
gekennzeichnet durch 

30 Mittel (3) zur Selektion von zu ubertragenden Nutzdaten (5, 6) fur eine folgende Ubergabe 
zu dem Terminal (4) und/oder einer Adresse in dem Datennetz (8). 



5. Schnittstellenmodul nach Anspruch 4, 



0 
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dadurch gekennzeichnet, 

dass die Selektion anhand einer Visualisierung (14) der zu ubertragenden Nutzdaten als 
Dokument erfolgt. 

5 6. Schnittstellenmodul nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass es ausgehend von einer zentralen Intelligenz (9) in dem Datennetz (8) konfigurierbar 
ist. 

10 7. Schnittstellenmodul nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass es ein Dateisystem (2) aufweist, in dem ein Workflow eines Geschaftsprozesses, der 
mittels eines Nutzdatenaustauschs uber das Schnittstellenmodul (1) abgewickelt werden 
soil, mittels Schablonen (12) abgebildet ist. 

15 

8. Schnittstellenmodul nach Anspruch 7, 
dadurch gekennzeichnet, 

dass die Schablonen (12) von einer zentralen Intelligenz (9) in dem Datennetz (8) aus in 
das Dateisystem (2) eingegeben bzw. modifiziert werden konnen. 
20 

9. Schnittstellenmodul nach einem der Anspriiche 6 bis 8, 
dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des Schnittstellenmoduls (1) automatisch 
Parameter von davon betroffenen Prozessen des mittels Schablonen (12) abgebildeten 
25 Workflows anpassbar sind. 

10. Schnittstellenmodul nach einem der Anspriiche 6 bis 9, 
dadurch gekennzeichnet, 

dass Schablonen und/oder ein vollstandiger Workflow mittels einer Mappingeinheit (16) 
30 mit vorbestimmten Destinationen in dem Datennetz (8) koppelbar sind. 



11. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 
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dass es in dem auf einen Rechner geladenen Zustand ein Schnittstellenmodul (1) nach 
einem der vorhergehenden Anspriiche implementiert. 

12. Verfahren zur Durchfuhrung von elektronischem Geschaftsverkehr auf 

5 Dokumentenbasis, wobei ein Schnittstellenmodul (1) zwischen einem Terminal (4) und 
einem Datennetz (8), wie bspw. dem Internet geschaltet ist, 
gekennzeichnet durch 

den Schritt der Visualisierung (14) und Uberwachung des Nutzdatenflusses (5, 6) von 
bzw. zu dem Terminal (4) als Dokumente durch Interpretation der Nutzdaten mittels in 
10 dem Schnittstellenmodul (1) abgelegter Schablonen. 

13. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

dass die ausgetauschten Nutzdaten auf einem Monitor (14) mittels einer 
1 5 Interpreteranwendung ( 1 0) als Dokument dargestellt werden. 

14. Verfahren nach Anspruch 12 oder 13, 
gekennzeichnet durch 

den Schritt (3) der manuellen und/oder automatischen Freigabe und/oder Selektion der 
20 Ubertragung (5, 6) von visualisierten Nutzdaten. 

15. Verfahren nach Anspruch 14, 
gekennzeichnet durch 

den Schritt (3) der Selektion von ubertragenden Nutzdaten (5, 6) fur eine folgende 
25 Ubergabe. 

16. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, 

dass die Selektion anhand einer Visualisierung (14) der zu ubertragenden Nutzdaten als 
30 Dokument erfolgt. 

17. Verfahren nach einem der Anspriiche 12 bis 16, 
dadurch gekennzeichnet, 
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dass das Schnittstellenmodul (1) ausgehend von einer zentralen Intelligenz (9) in dem 
Datennetz (8) konfiguriert wird. 

18. Verfahren nach einem der Anspriiche 12 bis 17, 
dadurch gekennzeichnet, 

dass ein Workflow eines Geschaftsprozesses, der mittels Nutzdatenaustausch iiber das 
Schnittstellenmodul (1) abgewickelt werden soil, mittels Schablonen in einem Dateisystem 
(2) abgebildet wird. 

19. Verfahren nach Anspruch 18, 
dadurch gekennzeichnet, 

dass die Schablonen (12) von einer zentralen Intelligenz (9) in dem Datennetz (8) aus in 
das Dateisystem (2) eingegeben und/oder modifiziert werden konnen. 

20. Verfahren nach einem der Anspriiche 17 bis 19, 
dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des Schnittstellenmoduls (1) automatisch 
Parameter von davon betroffenen Prozessen des mittels Schablonen (12) abgebildeten 
Workflows angepasst werden. 

21. Verfahren nach einem der Anspriiche 17 bis 20, 
dadurch gekennzeichnet, 

dass Schablonen (12) mittels einer Mapping-Einheit (16) mit vorbestimmten Destinationen 
in dem Datennetz (8) gekoppelt werden. 

22. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zustand ein Verfahren nach einem der 
Anspriiche 12 bis 21 implementiert. 

23. Schnittstellenmodul zum Visualisieren des Datenflusses (5, 6) zwischen einem 
Terminal (4) und einem Datennetz (8), wie bspw. dem Internet, aufweisend: 
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- eine Monitoring-Ebene (3) zur Visualisierung und Uberwachung des Nutzdatenflusses (5, 
6) von bzw. zu dem Terminal (4), 

- eine Logikebene (11) zur Interpretation, Konvertierung und Ubergabe von Daten zum 
Terminal (4) und Datennetz (8), und 

5 - eine Dateiebene (13), in der Schablonen (12) abgelegt sind, wobei 

- eine Interpreteranwendung (10) ein- und/oder ausgehende Nutzdaten der Logikebene 
(11) mittels dieser Schablonen (12) fur die Visualisierung der Nutzdaten in Form von 
Dokumenten verarbeitet. 



10 24. Schnittstellenmodul nach Anspruch 23, 
dadurch gekennzeichnet, 

dass in der Business-Schicht (14) ein Workflow mittels einer vorgegebenen 
Dokumentenabfolge abgebildet ist. 

15 25. Schnittstellenmodul nach Anspruch 23 oder 24, 
dadurch gekennzeichnet, 

dass die Moglichkeit einer Fernwartung des Schnittstellenmoduls (1) mittels Zugriff auf die 
Business-Schicht (14) vorgesehen ist. 

20 26. Schnittstellenmodul nach einem der Anspriiche 23 bis 25, 
dadurch gekennzeichnet, 

dass die Business-Schicht (14) weiterhin eine Datenkonvertierungsfunktion aufweist. 

27. Schnittstellenmodul nach einem der Anspriiche 23 bis 26, 
25 dadurch gekennzeichnet, 

dass die Business-Schicht (14) die Funktion einer Benutzer-Zugriffssteuerung aufweist. 



28. Schnittstellenmodul nach einem der Anspriiche 23 bis 27, 
dadurch gekennzeichnet, 
30 dass die Dateiebene (13) eine Funktion zur Unterscheidung von Prozess-Nutzdaten, 
Datenhaltung und Konflgurationsdaten aufweist. 



29. Schnittstellenmodul nach einem der Anspriiche 23 bis 28, 



30 

dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in der Nutzdaten abgelegt sind. 

30. Schnittstellenmodul nach einem der Anspriiche 23 bis 29, 
5 dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in der Schablonen (12) des 
Schnittstellenmoduls (12) mittels einer Mappingeinheit (16) mit vorbestimmten 
Destinationen in dem Datennetz (8) gekoppelt sind. 

10 31. System zur Durchfuhrung von auf Dokumentenaustausch basierten elektronischen 
Geschaftsprozessen, 
dadurch gekennzeichnet, 

dass es wenigstens zwei Schnittstellenmodule (1) gemaB einem der Anspriiche 24 bis 31 
aufweist, die mittels eines Datennetzes miteinander kommunizieren. 

15 

32. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zustand ein Schnittstellenmodul (1) nach 
einem der Anspriiche 23 bis 3 1 implementiert. 
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Zusammenfassung: 



Ein Schnittstellenmodul dient zur Durchfiihrung von elektronischem Geschaftsverkehr 
auf Transaktionsbasis . Das Schnittstellenmodul (1) ist dabei zwischen einem Terminal 
(4) und einem Datennetz (8), wie bspw. dem Internet geschaltet ist. Weiterhin ist ein 
10 Modul (1,3) zur Visualisierung (14) und Uberwachung des Nutzdatenflusses (5, 6) von 
bzw. zu dem Terminal (4) vorgesehen, wobei das Visualisierungsmodul auf 
Dokumentenvorlagen (12) zugreift, um die iibertragenen Nutzdaten als Dokumente zu 
visualisieren. 

1 5 GemaB einem weiteren Aspekt ist ein Schnittstellensystem zur Verbindung ggf. 
heterogener Systeme iiber ein Datennetz vorgesehen, wobei das System 
Schnittstellenmodule aufweist, die die Verbindung zwischen den ggf. heterogenen 
Systemen darstellen, und die Dateniibertragung transaktionsbasiert mittels definierter 
sende- und empfangsseitiger Kommunikationsstati erfolgt. 



Eine Schnittstelle zum Ubertragen von Nutzdaten in einem Datennetz weist dabei auf: 

ein unternehmens- und/oder branchenspezifisches Konfigurierungsobjekt, das 
Prozessablaufe definiert, 

ein Schablonenobjekt, das Formatvorlagen fur Dokumente definiert, die zur 



verwendet werden, und 
ein Schnittstellen-Objekt, das bestimmten Prozessablaufen bestimmte Destinationen des 
Datennetzes als Partner des Prozessablaufs zuweist. 



2Q 
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Ausfuhrung der im Konfigurierungsobjekt definierten Geschaftsablaufe 



30 



Fig.l 
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